[Refactor] Optimize creating shuffle handlers#259
Conversation
|
PTAL @jerqi @frankliee |
Codecov Report
@@ Coverage Diff @@
## master #259 +/- ##
============================================
+ Coverage 59.18% 59.63% +0.44%
- Complexity 1343 1348 +5
============================================
Files 163 163
Lines 8837 8779 -58
Branches 835 835
============================================
+ Hits 5230 5235 +5
+ Misses 3339 3272 -67
- Partials 268 272 +4
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
|
We have the method |
| LOCALFILE_HDFS(6), | ||
| MEMORY_LOCALFILE(3), | ||
| MEMORY_HDFS(5), | ||
| MEMORY_LOCALFILE_HDFS(7); |
There was a problem hiding this comment.
Just follow the original order
Done |
You only modify the spark2 client. How about spark3 and mr? |
Updated. I forgot it. |
roryqi
left a comment
There was a problem hiding this comment.
LGTM, thanks @zuston @frankliee , wait for CI
|
Do u mind merging this ? @jerqi |
merged. |
…tence (#980) ### What changes were proposed in this pull request? In #259 , we introduce some general method to check the storage types. So this patch is to refactor the remaining part of this. ### Why are the changes needed? Refactor to optimize the remote storage checking. ### Does this PR introduce _any_ user-facing change? No. ### How was this patch tested? Existing UTs
What changes were proposed in this pull request?
[Refactor] Optimize creating shuffle handlers
Why are the changes needed?
When creating shuffle handler, the code is too duplicate and complex.
Does this PR introduce any user-facing change?
No
How was this patch tested?
UTs